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that only accept and pay by electronic methods. Some 
embodiments are able to remotely shut down the gaming 
device if the device is suspected of being cheated or mal- 
functioning. 
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SAFEGUARDS AGAINST CHEATING AND 
MALFUNCTIONING OF GAMING DEVICES THAT USE 

FORMS OF CASHLESS WAGERING 

5 TECHNICAL FIELD 

This disclosure relates to networked gaming devices, and, 
more specifically, to a system for networked gaming devices that 
indicates when a device is malfunctioning, and prevents cheating on 
such devices. 

10 

BACKGROUND OF THE INVENTION 

Gaming machines provide an opportunity for a user to play a 
variety of popular games on the machines, such as slot-type games, 
video adaptations of standard card games such as poker and 

15 blackjack, and many other types of games. Modern gaming 

machines are able to monitor gaming and other actions that occur 
within the machine, and forward that information over a computer 
network to a central system host or master controller. 

An example modern gaming machine 10 is shown in FIG. 1. 

20 The gaming machine 10 includes a wager input 20 that accepts 

bills, tickets or vouchers at a bill slot 22, and accepts coins or tokens 
at a coin slot 24. The user of the machine 10 simply inserts an 
amount of money that he or she is willing to wager into the wager 
input 20, prior to playing the game on the machine 10. 

25 A set of game electronics 15 counts the money input into the 

machine 10, and stores values for this and other data items in a set 
of internal game meters 17. The game meters 17 store information 
such as the amount of money wagered on the game, number of coins 
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in, coins out, etc. In newer machines 10, an amount of credit 
available to the player for money inserted but not yet wagered is 
calculated from the stored information and displayed on a credit 
meter 19 viewable by the game player. 
5 If the user wins a wager, credits are added to those already 

displayed on the credit meter 19. When a player decides to "cash 
in" the credits, or when a player wins on a machine 10 that lacks a 
credit meter 19, the user is paid by one of two methods. First, coins 
or bills could be deposited directly into a payout bin 30 by the 
10 machine 10. The coins are released from a hopper 32, which 
empties into the bin 30. Bills could be similarly deposited. 
Alternately, the user could be paid through a procedure called a 
"handpay". 

Handpay procedures are those where a floor attendant or 
15 other casino employee pays the player directly. Generally, there are 
three scenarios when handpays are used: when the player wins a 
"jackpot", which is a single win over a threshold amount; when a 
player cashes out a number of credits above a cashout threshold 
amount, or when the hopper 32 of the machine 10 does not contain 
20 enough money to pay the player. When any of these situations 
occur, the machine 10 automatically locks up and an attendant is 
dispatched to the machine. The attendant then verifies the amount 
to be paid, pays the player, and unlocks the machine. v 

The wager input 20 and hopper 32 are in communication 
25 with, report to, and are controlled by the game electronics 15. The 
game electronics 15 is in turn coupled to a communication module, 
such as a bonus engine 14. The bonus engine 14 is connected to a 
data connector cable 12, which in turn is coupled to a game 
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network. The bonus engine 14 interfaces with data collectors and 
information sensors that are located throughout the machine 10 
through the game electronics 15, and sends the collected 
information to the data connector cable 12 for further delivery to a 
5 central system on the game network (not shown). 

There are some existing, limited, safeguard mechanisms used 
in modern gaming devices to protect against game machines 
malfunctioning and paying out money in error, or being deliberately 
cheated to pay out unearned money. Generally these existing 

10 safeguards rely on the fact that there are only two ways money can 
be paid out from a gaming machine 10, i.e., via the hopper 32 or via 
the handpay. Current safeguard systems typically monitor the 
number of times the hopper 32 is refilled in a set time period. If the 
number of times the hopper 32 is refilled within this period exceeds 

15 a pre-set maximum, then the safeguard system prints a report or 
otherwise generates a warning to notify a floor manager or other 
casino personnel that the gaming machine 10 should be 
investigated. In current safeguard systems, handpays are usually 
ignored and not considered at the time they are paid, although they 

20 may be considered at a later time, e.g., at the end of day processing. 
Thus, a malfunctioning device or a device being cheated may not be 
recognized as such for some time. 

These present safeguard systems are also ineffective for a 
number of other reasons. Even with modern gaming devices there 

25 are cheats and failure modes that can cause the device to pay more 
money than it is supposed to pay. For example, coin or paper 
detection mechanisms in the wager input 20 can fail, or can be 
purposefully cheated such that inserting one coin or bill results in 
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multiple coin or bill credits to the device 10. Coin detection 
mechanisms in the coin hopper 32 can fail so that multiple coins 
come out when only one coin is signaled to the game electronics. 
The result is overpayment to the user. These types of problems are 

5 difficult to detect with present methods. 

Another problem exists in that newer gaming devices are 
migrating toward cashless operation. Rather than accept and pay 
out wagers in bills, coins, or tokens, new machines are 
experimenting with accepting and paying wagers in tickets, cards, 

10 or other vouchers, or even using forms of electronic methods for 

payment and credit. Therefore, safeguard mechanisms that simply 
monitor hopper fills are not sufficient for these devices. In fact, 
future gaming devices may not even include a hopper for wager 
payout. 

15 Embodiments of the invention address these and other 

deficiencies in the prior art. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The description may be best understood by reading the 
20 disclosure with reference to the accompanying drawings. 

FIG. 1 is a diagram showing a present gaming device and 

ways in which it can accept payment and pay wagers. 

FIG. 2 is a block diagram showing a network of gaming 

devices. 

25 FIG. 3 is a diagram showing a gaming device including a 

safeguard system according to embodiments of the invention. 

FIG. 4 is a functional block diagram showing processes and 
functions used with the gaming device of FIG. 3. 
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FIG. 5 is a functional block diagram showing processes and 
functions used with the gaming device of FIG. 3. 

FIG. 6 is a flow diagram showing an example flow that can be 
used in conjunction with embodiments of the invention. 
5 FIG. 7 is a flow diagram showing a portion of another 

example flow that can be used in conjunction with embodiments of 
the invention. 

DETAILED DESCRIPTION OF THE PREFERRED 

10 EMBODIMENTS 

Embodiments of the invention include a gaming system with 
safeguards that monitor the payment history of the device and warn 
if the device is outside of established payment parameters. Data 
gathered by the gaming system includes, among other data, all 

is money or monetary value input into the system and all money or 
monetary value generated by the system, no matter the form. 
Inputs or items considered as money or having monetary value 
include, inter alia, all currency, legal tender, tokens, tickets, 
vouchers, coupons, electronic credits, account transfers, etc. 

20 accepted at inputs to the device for game play and/or wager. 

Generated outputs considered as money or having monetary value 
include, inter alia, payments in the form of currency, legal tender, 
tokens, tickets, vouchers, coupons, handpays, electronic credits, 
account transfers, etc. Additionally, the gaming system gathers 

25 information about how many games have been played, the total 
amount wagered for a game, the total winnings on games played, 
etc. Primarily, embodiments of this invention concern the total 
amount of monetary value entered into the gaming device, in 
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whatever form, and the total amount of monetary value benefit 
delivered to the player/players of the device, in whatever form. 

In embodiments of the invention, a warning or indication is 
generated when the total amount of monetary value benefit 
5 delivered to the users of the gaming device exceeds a predetermined 
threshold amount. Other embodiments allow other data to be 
considered or not considered in the benefit calculation. For 
instance, it may be desired that any jackpots paid by the gaming 
device not be considered as part of the benefit calculations, because 

10 jackpots or other large payouts can skew the average amount of 
payout from a machine. It may also be desired to subtract any 
monetary value entered into the gaming device from the output 
benefit calculations and track only the amount of value paid by the 
gaming device in excess to that input to the gaming device, because 

15 paying out large amounts may not necessarily warrant a warning if 
the device is also collecting a large amount of monetary value from 
the user. 

As described above, there are many ways a gaming device can 
accept payment for play. Payment can be in legal tender (i.e., coins 

20 and bills produced and distributed by a government), coin-shaped or 
other tokens, tickets made from a substrate such as paper or 
plastic, vouchers, coupons, etc. Gaming devices can also accept 
cards or chips that can be read at an electronic input, such as a card 
having a magnetic strip and smart cards having pre-programmed 

25 memory chips attached to them. 

Electronic inputs can be classified into one of two broad 
categories: those that have monetary value placed directly on the 
object or card, and those that store account identifying information 
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linked to a user that has monetary value therein. For instance, a 
user may buy a card at a ticket window having $40.00 of value. 
This value amount is coded and stored in the card's magnetic strip 
or in a memory device attached to the card. The memory device 
5 could be a semiconductor flash memory or other ROM memory. As 
the user plays games and wagers amounts on the device, the 
gaming device can automatically debit the card and re-write the 
new credit/amount value to the card. Another method would be for 
the game to only re-write the new value to the card when the card is 
10 being removed from the gaming device. Such a method would save 
time and wear on the components of the game necessary to write 
the new data. 

The other type of electronic input has codes on the strip or in 
the chip to identify a user or an account associated with the user. 

15 The card or chip could be inserted into a reader in the gaming 

device, or could even be read wirelessly, simply by holding the card 
or chip near a reader contained within the device. The account 
associated with the card or chip can be a special casino account pre- 
loaded with an amount of money, for instance, by depositing 

20 $100.00 into the casino account or by transferring winnings from a 
previously played game. Or, the account could be a standard credit 
account issued by a bank. Then, once the user has completed 
playing the game for the present session, the amount to be debited 
from the account can be sent to the master controller for immediate 

25 or later debit from the player's account. 

As mentioned above, modern gaming machines are typically 
networked so that they can be monitored and/or controlled from a 
local or a central server. An example of a networked gaming system 
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5 is shown in FIG. 2. That figure shows several gaming devices 10 
that are coupled through data connector cables 12 to a bank 
controller 100. Multiple bank controllers 100 are coupled together 
and to a central system 200. A display 212 or other output devices 

5 such as wireless receivers 216 coupled to the central system 200 
deliver messages from the central system to an operator or other 
casino personnel. 

A game device portion of a gaming system according to 
embodiments of the invention is shown in FIG. 3. A game device 

10 110 is similar in many ways to the machine 10 of FIG 1. For 

instance, the game device 110 includes a data communication cable 
112 coupled to a communication module, which is shown as a bonus 
engine 114. Data collected from various data inputs from the device 
110 is collected by the bonus enginell4 and sent over the data 

is communication cable 112 to a central system 200 (FIG. 2), as 
discussed in detail below. 

The gaming system 5 of FIG. 2 can include both known-type 
gaming machines 10, as well as the game devices 110 according to 
embodiments of the invention. Game devices 10, 110, and others 

20 can be connected to the central system 200 through the same 
gaming system 5, regardless of the different components of the 
gaming devices. 

Referring back to FIG. 3, the game device 110 includes 
several inputs and outputs that are managed either by the bonus 

25 engine 114 or a set of game electronics 115, or a combination of the 
two. 

The set of game electronics 115 manages ways to physically 
input monetary value into the game device 110, and ways that the 
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game device physically outputs monetary value to the player. For 
instance, the game device 110 may include a bill acceptor 120 that 
can accept bills, tickets and vouchers, as well as a coin acceptor 122 
that can accept coins or tokens. Additionally, the game device 110 
5 may include a recycling bill acceptor 124 that not only accepts bills, 
but also can classify them according to denomination and use the 
same bills that were input into the device 110 to pay a winning 
player of the device. An internal printer 126 can print tickets, 
vouchers, and/or coupons, for example and distribute them to the 

10 player, for example when he or she cashes out from playing the 
game device 110, or at other times. A hopper 132, similar to the 
hopper 32 of FIG. 1, stores coins or tokens to be distributed to the 
player through a payout bin 130 when he or she wins or cashes out 
credits from the game device 110. 

15 Each of the bill acceptor 120, the coin acceptor 122, the 

recycling bill acceptor 124, the printer 126, and the hopper 132 are 
coupled to and controlled by the game electronics 115. The game 
electronics 115 counts all of the monetary value entered into the 
game by bills, coins, tokens, tickets, vouchers, etc. and stores those 

20 amounts in a set of game meters 117, which are connected to the 
game electronics 115. Similarly, the game electronics 115 tracks 
and records in the meters 117 payments made from the game device 
110 by the recycling bill acceptor 124, coupons or vouchers printed 
by the printer 126, and coins or tokens paid through the hopper 

25 132. The meters 117 also record payments made by hand pays, e.g., 
handpaid jackpots and credit cashouts. 

The game electronics 115 also manages the game played on 
the game device 110, such as which game is being played, how 
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much is wagered, and the winnings generated by playing the game. 
Some game devices 110 include a remote shutdown 118, coupled to 
the game electronics 115, which allows the bonus engine 114 or the 
central server 200 to send a signal to have the game device 110 

5 locked or shutdown. This feature is important to allow the 

safeguard system to shut down a suspect game device 110 as soon 
as practical after a payment anomaly is identified. 

In addition to the physical ways to enter money into and 
receive money from a gaming device, modern gaming devices 110 

10 include one or more methods for accepting electronic indications of 
value for the device. A card reader 140 could include a magnetic 
strip reader, a bar code reader, or a chip reader that reads 
information contained on a card or other object inserted into an 
electronic port. A display 142 and a keypad 144 allow a player to 

15 enter a PIN code or other identifying information. The display 162 
can also be used to deliver messages to and interact with the player. 
The bonus engine 114 is the primary interface controller of the card 
reader 140, display 142 and the keypad 144. Information read from 
the object placed in the card reader 140 could have monetary value 

20 itself, or could be account access information that could be used to 
identify and access the player's account. Another way to access 
account information would be to enter a card in the card reader 140 
and then enter a PIN code in the keypad 144. The account 
information thus identified could be relayed through the bonus 

25 engine 114 to the central system 200, which in turn is coupled to 
the account information. 

The bonus engine 114 is coupled to the game electronics 115 
and the two systems are in constant communication. The bonus 
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engine 114 receives constant status updates about the state and 
status of the game device 110. The game electronics 115 may 
automatically send information to the bonus engine 114, such as 
"events", when the events occur, such as at the end of the game, or 
5 when a key even happens like a coin accepted into the game device 
110. Or, the bonus engine 114 may send electronic updates, 
requests, or polls to the game electronics 115. When polled, the 
game electronics 115 sends the latest events to the bonus engine. 
Additionally, the bonus engine 114 may request that the 
10 information stored in the game meters 117 be sent to the bonus 
engine. 

As discussed below, the bonus engine 114 may store the 
information used from the game electronics 115, may perform 
calculations on the information and store the calculated values in 

15 the bonus engine, and may send either the stored or calculated 
information, or both, to the central system 200. 

A functional block diagram illustrating processes that can be 
present within the safeguards against cheating system is shown in 
FIG. 4. These illustrated functions may be implemented in any 

20 way, such as hardware, software, firmware, etc. or a combination of 
those implementations. Similarly, the functions could be 
procedures running on a general purpose or specialty 
microprocessor. 

In FIG. 4, the processes illustrated are performed mostly in 

25 the central server 200, while the bonus engine 114 plays a 

minimum role. In FIG. 5, conversely, the processes are mostly 
performed in the bonus engine 114 while the central server 200 
plays a minimum role in the safeguard system. It is unimportant 
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where the processes are actually performed in the system, they can 
be performed in the bonus engine 114, or the central server 200, or 
a combination of the two. Additionally, the processes could be 
implemented to be performed in the game electronics 115 of the 
5 game device 110, or in the bank controller 100 pictured in FIG. 2, if 
desired. Implementing these embodiments involves similar 
considerations, no matter where the functions are ultimately 
performed. 

FIG. 4 shows a physical transaction manager 155 coupled to 

10 or within the game electronics 115. In most embodiments, 

functions of the physical transaction manager 155 will be performed 
by the game electronics 115 itself. The physical transaction 
manager 155 is coupled to the physical payment mechanisms 
mentioned with reference to FIG. 3, i.e., the bill acceptor 120, coin 

15 acceptor 122, etc. The physical transaction monitor 155 monitors 
the inputs of the bill acceptor 120 and the coin acceptor 122, 
monitors the inputs and outputs from the recycling bill acceptor 
124, and monitors the outputs from the printer 158 and from the 
hopper 132. Transactions using any of these sources are stored in 

20 the game meters 117 for use by the game electronics 115, bonus 
engine 114, and central server 200. 

Also included in FIG. 4 is an electronic transactions manager 
165, which, as described above, can be part of the bonus engine 114. 
The electronic transactions manager 165 manages the electronic 

25 inputs and outputs from the game device 110, such as the card 

reader 140, the display 142 and the keypad 144. These inputs and 
outputs would include management functions for the all of the 
input and output transactions involving magnetic strip cards, bar 
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coded cards, smart cards, account transactions, etc. for the game 
device 110. For example, the amounts of monetary value wagered 
by or paid to a player through the player's account would be 
handled by the electronic transactions manager 165, and stored in 
5 the game meters 117. 

Both the physical transaction manager 155 and the electronic 
manager 165, by virtue of being coupled to or contained within the 
bonus engine 114, com m unicate with the central server 200 via the 
data cable 112. Therefore, any of the transactions registered by 
o either of the transaction managers 155, 165 can be sent to the 
central server 200 for processing. 

The bonus engine 1 14 may also include a set of local data 
meters 137 that can store a local copy of the data contained in the 
game meters 117, or data modified by the bonus engine 114. 

> As shown in FIG. 4, the central server 200 includes a master 
accounting function 180, which is a central process of which one 
function is to track all possible inputs and outputs to the game 
device 110. Within the master accounting function 180 are storage 
areas 184 for values calculated by the accounting function or by the 

> bonus engine 114. Additionally, the master accounting function 180 
includes a set of comparators 186 used to compare calculated and 
other values to pre-determined static values. For instance, the data 
comparators 186 may compare the current accounting data to 
stored values that would indicate the game device 110 is 
malfunctioning or being cheated. 

Coupled to the master accounting function 180 are a series of 
other accounting functions, generally used to track a particular type 
of input/output. Examples of the coupled accounting functions are a 
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physical accounting function 157, an electronic non-player account 
based accounting function 167, an electronic player account based 
accounting function 169, a handpay accounting function 147, and a 
jackpot accounting function 177. Of course other accounting 

5 functions could be present within the central server 200 and 
coupled to the master accounting function 180. 

The physical accounting function 157 accounts for actions 
managed by the physical transaction manager 155. It measures 
monetary value transactions in the game device 110 that occur by 

10 physical objects being input or delivered, such as coins, bills, 

tokens, coupons, vouchers, etc. entered for game play and/or wager, 
as well as coins, bills, tokens, coupons, vouchers, etc. paid by the 
game device to the player. 

Two accounting functions account for actions managed by the 

is electronic transaction manager 165. They are the electric non- 
player account based accounting function 167, and the electric 
player account based accounting function 169. The non-account 
based function 167 can account for the electronic transactions that 
take place immediately within the game device 110. For instance, if 

20 a card input at the card reader 160 had a pre-purchased amount 
recorded in a magnetic strip, or an amount "stored" on a previously 
printed ticket that is being redeemed, the non-player account based 
accounting function 167 can account for all the credits or amounts 
received from and/or delivered to the card. The player account 

25 based function 169, conversely, tracks and manages all of the 
account transactions associated with a player's account. For 
instance, the electronic transaction manager 165 first reads the 
account information from a card or chip placed in the card reader 
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140, or input from the keypad 144. Then the player account based 
accounting function 169 verifies that the account is authentic, and 
it tracks monetary amounts transferred from the player's account to 
the game device 110 for play/wager. Any winnings by the player 
5 are similarly recorded for later deposit into the player's account by 
the account based accounting function 169. Both the electronic 
accounting functions 167, 169, are also coupled to and share data 
with the master accounting function 180, and can also communicate 
with the bonus engine 114 and the game electronics 115. Of course, 

10 both the electronic accounting functions 167, 169 could be 

implemented together in a single device or process, and are only 
shown separately in FIG. 4 for ease of explanation. In other 
embodiments, only a single accounting function is present, which 
can singly perform all of the accounting functions described above. 

15 The central system 200 also includes the handpay accounting 

function 147. The handpay accounting function 147 tracks handpay 
transactions on the game device 110, such as jackpot payouts, credit 
payouts that are above a pre-set limit, and payouts that are made 
by hand when the hopper 132 is low or empty. The game 

20 electronics 115 stores these amounts in the game meters 117 or 
stores and indication that particular amounts were hand paid, so 
that the handpay accounting function 147 can calculate them. The 
bonus engine 1 14 may also store an additional copy. 

The jackpot accounting function 177 is also coupled to the 

25 master accounting function 180. The jackpot accounting function 
177 specifically tracks which of the payouts via a handpay, the 
physical transaction manager 155, and the electronic transaction 
manager 165 are for a jackpot amount. Jackpot amounts, in some 
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embodiments of the invention, are specifically withheld from some 
calculations, in order to prevent them from skewing averages used 
to determine whether to indicate that a particular machine may be 
malfunctioning. 

5 As described above, all of the accounting functions may be 

implemented in a single accounting system, and not specifically 
broken out into components. 

The master accounting function 180 may include a set of local 
timers 182 that can be locally reset. The timers 182 allow the 

10 master accounting function 180 to track usage of the game device 
110 in a number of different timeframes. For instance, one timer 
may be reset every minute, while another one reset every hour. 
Still others could be reset daily or monthly. Because some or all of 
the game meters 117 coupled to the game electronics 115 are 

is incapable of being reset, the lifetime performance of the game 
device 110 can be reviewed by the accounting function 180 as 
required. 

Using timers 182 that are reset at different intervals allows 
the safeguard system to guard against almost any type of theft from 

20 or malfunction of the game device 110. For instance, having a time 
that is reset every minute ensures that an amount of money paid 
out from the game device 110 can be checked every minute, such 
that a large jackpot can be investigated immediately when it occurs. 
Having timers 182 of other duration, however, allows the safeguard 

25 system to warn that a player may be cashing out multiple small 
amounts from the game device over a long time. Previous systems 
would not catch this type of fraud until the end of a shift or the end 
of the day, while embodiments of the inventive safeguard system 
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would detect this problem as it was occurring. For example, if a 
pre-set handpay limit were $300, and the player was playing on a 
cheated machine that paid well above the normal payout schedule, 
the player could cashout every time the player accumulated $250 in 
5 credits. If the player were cashing out by receiving tickets, or by an 
account transfer, the hopper 132 would not run out of money. 
Therefore, unless the game device is protected by a safeguard 
system like the one described herein, the player could steal well 
above the threshold limit prior to the time the machine was audited 

10 during normal procedures, for instance at a shift change or at the 
end of day. By comparing the amount being paid out from the 
machine against pre-set limits of when the game may be 
malfunctioning, the safeguard system can cause the game device 
110 to be investigated much earlier than previously possible. 

15 Also included within the central system 200 is a warning 

generator 185 that is coupled to the master accounting function 
180. When the master accounting function 180 determines that 
there is a potential that a particular game device 110 is being 
cheated, or is malfunctioning for any reason, the warning generator 

20 185 operates to generate a warning signal to alert casino personnel. 
The warning signal can be implemented in a number of ways. For 
instance, the warning signal may include placing the machine 
number on a printout list of machines to watch. Or, the warning 
signal may be more immediate, such as an indication on the display 

25 210 coupled to the central system 200, or an audio signal, such as a 
page or a radio signal sent to one or more wireless receivers 216. 

FIG. 5 is a functional block diagram that illustrates that it is 
unimportant where particular functions and processes in the 
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safeguard system are hosted. Whereas in FIG. 4, most of the 
processes in the safeguard system were hosted in the central system 
200, the processes could also be implemented in the bonus engine 
114, or even in the game electronics. 

5 In this embodiment, the master accounting function 180 

operates in the same way, and uses the same accounting functions 
to determine when a warning should be generated. The warning 
may be generated from the bonus engine 114 itself, or a signal 
indicating that a warning should be generated is then passed over 

10 the data connection cable 112 to the central system 200. The 
warning generator 185 then generates the appropriate warning 
signal. 

FIG. 6 is an example flow diagram of a safeguard process 205 
that can be utilized to monitor account performance of the game 

is device 110. The safeguard process 205 may be implemented to run 
on the central system 200, the bonus engine 114 itself, the game 
electronics 115, or some combination thereof. 

The safeguard process 205 begins at process 210 where a 
particular game device 110 is selected from any of the devices 

20 connected to the central system 200 (FIG. 2). When the process 205 
is running on the game electronics 115 or on the bonus engine 114 
coupled to a game, most likely the game selected in process 210 will 
be the game device 110 to which the bonus engine is attached. A 
decision 220 is evaluated to determine if jackpots are to be 

25 considered in the calculations. If so (YES), then a process 230 
calculates a total of monetary value paid out to the player by the 
gaming device, in any form, over a time period. For instance, the 
process 230 totals all payments made by the handpay data recorder 
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145, the physical manager 155 and the electronic manager 165, and, 
in some embodiments, divides the total payment amounts by one or 
more time periods to yield payment per time numbers. 

Thus, the total monetary value included in the process 230 
5 may include cashout or other tickets generated by the device, 

credits or cash equivalents transferred into a player account or to a 
physical device, such as a card or a smartcard, currency delivered to 
the player in the form of coins, bills, tokens, coupons, etc., jackpots, 
handpays, bonus transfers, and transfers from progressive payout 
10 awards, etc. 

If decision 220 exits in the negative (NO), the process 232 
performs the same procedure as did the process 230, but the 
jackpots are withheld from the total payment calculations using the 
jackpot accounting function 177. Either process 230 or 232 yields 
is one or more payment numbers or payment per time numbers. 

In decision 240, the total payment numbers are compared to 
one or more pre-defined warning thresholds. This could be 
performed in the master accounting function 180 by comparing 

* 

calculated values stored in the storage locations 184 to the pre- 
20 denned thresholds stored in the comparators 186. The thresholds 
could be modified over time to balance the protection provided by 
the safeguard system with the number of false alarms generated. 
For instance, the thresholds could be increased by $1000 for every 
hour of play. Modifying the threshold values involves storing new 
25 comparison values in the comparators 186 of the master accounting 
function 180. Modifying the threshold values could be dynamic as 
well, and can include how much monetary value has been entered 
into or has been used by the gaming device. Or, the threshold could 
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include how much monetary value has been entered into or has 
been used by the gaming device, plus an additional amount — to 
decrease the chance of a false alarm if a player's winnings exceed 
what the player has put into the gaming device. 
5 If the amount calculated in process 230 or 232 exceeds any of 

the pre-defined warning thresholds, a proper warning is indicated 
by the warning generator 185 in a process 250. For instance, there 
may be three pre-defined warning thresholds for each of the 
relevant time periods. If the amount calculated in process 230 or 

10 232 is below the lowest threshold, then no warnings are given. If 
the amount exceeds a first threshold, a first warning is shown on 
the display screen 212 that is attached to the central system 200, 
such as a particular color or icon. Or, a first warning may be to 
place the particular game device 110 on a watch list or event log 

15 that can be printed and posted, or checked at a shift change. 

Another possibility is an audible beep or other noise is generated by 
a warning signal generator 185, or generated at the bank controller 
100 to which the game device 110 is connected. Exceeding the other 
warning threshold levels could result in larger visible warnings, 

20 larger icons, different colors, and louder audible warnings, for 
instance. Another possibility is that the warning could take the 
form of a numeric page sent to a pager worn by a casino floor 
attendant. The numeric page could identify which machine is 
generating the warnings. Still further, one of the warnings could be 

25 an automated message transmitted over a wireless communication 
network 214 (FIG. 2), such as a radio frequency network for the 
casino, where floor attendants each wear a radio headset or receiver 
216 tuned to the specific frequency. The wireless communication 
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network 214 and receiver or receivers 216 can take any form. The 
warnings generated in the process 250 can be continuous warnings, 
where they are repeated until some sort of action is taken by an 
operator, or they could occur only a few times or even one time. In 
5 the case of a warning generator 185 that generates continuous 
warnings, there should be included a way to remove a game device 
110 from the continuous warning after the device is checked and, if 
necessary, fixed. Such a system could include having a supervisor 
log on to the system 5 (FIG. 2) and remove the particular game 

10 device 110 from the warning list. 

Results of the processes 230 and 232 can be calculated for 
more than one time period during these processes, and each of the 
results compared to the warning thresholds in the decision 240. For 
example, the decision 240 can compare warning thresholds of 

15 payments over the last few seconds, minute, hour, day, week, 

month, and/or year, and generate their appropriate warnings in the 
process 250. 

In some embodiments, another check is made at a decision 
260 to see if the total calculated in processes 230, 232 exceeds a pre- 

20 determined shut-down threshold. Exceeding this threshold 

indicates that something may be seriously wrong with the game 
device 110 and should be shut down immediately in process 270. 
Shutting down the game device 110 is performed by sending an 
appropriate signal to the remote shutdown portion 118 of the game 

25 electronics 115 in the particular game device to be shut down. This 
shuts down the game device 110 so that no further play can 
continue, until the device is reset. Of course, the central system 
200 or bonus engine 114 can still receive data from the game device 



WO 2004/088604 PCT/US2004/009779 

22 

110 so that locating the problem in the device can proceed by 
running operations from the central system. There may be other 
ways to track down the problem with the game device 110, such as 
by performing operations directly on the device by a casino 

5 employee or game technician. 

A decision 280 checks to see if any of the timers or accounting 
data stored in the master aecount controller 180 should be reset. If 
yes, then process 290 resets any desired timers 182 or accounting 
information locally stored in the calculated values 184 or 

10 comparators 186 of the master accounting function 180 by sending 
appropriate signals. 

Once these processes are complete, the safeguard process 205 
repeats by selecting the same or another of the game devices 110. 
Of course, not all of the processes or decisions in the safeguard 

is process 205 need be present in all embodiments of the invention. 
For instance, not all safeguard processes need to question whether 
to exclude jackpots from their calculations. Also, some 
embodiments of the game device 1 10 may not include the remote 
shutdown portion 118 of the game electronics 115, and consequently 

20 decision 260 and process 270 can be eliminated for those devices. 

FIG. 7 shows an additional process that can be included in 
still other embodiments of the invention. In those embodiments, 
after the game device 110 is selected in process 210, a decision 310 
queries if monetary values that have been input into the game 

25 device 110 should be subtracted in a process 315 prior to the 

comparison 240 of FIG. 5. Including this process 315 prevents false 
warning signals where the game device 110 has paid out large 
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amounts of winnings, but the player of the game device had also 
input a large amount of fees/wagers. 

By generating warnings when gaming devices are paying out 
large amounts of monetary value, the rate of purposefully cheating 
5 and/or malfunctioning gaming machines can be greatly minimized. 
Including automatic shutdown when the payout values are 
excessive could prevent the gaming device from paying out 
excessively for a long time prior to being noticed by casino operators 
or the machine's owners. By creating a monitoring system that 

10 monitors all types of monetary payments into and from a gaming 
device, casino managers can easily manage a larger number of 
games using fewer personnel, with greater oversight capabilities. 

Although examples of machines and processes have been 
described herein, nothing prevents embodiments of this invention 

15 from working with other types of machines and processes. 

Implementation of the gaming devices and safeguard system is 
straightforward in light of the above description. As always, 
implementation details are left to the system designer. The specific 
circuits and procedures used to account for input and outflow of the 

20 monetary value from the gaming device may be implemented in any 
way, with any components, so long as they can track the real-time 
or near real-time accountings of the device. Specifically, although 
functions are performed in a system including a gaming device and 
a central controller, the functions can be performed on either the 

25 gaming device, or the controller, or some functions performed on 
both the gaming device and the controller, depending on how the 
system is implemented. Inclusion of description or illustration of a 
function in either the gaming device or the central controller is not 
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dispositive that the function is located in or must be performed 
there. The safeguard system works even when not all of the 
accounting functions are present or necessary. For instance, in a 
cashless form of a gaming device, the physical accounting function 

5 may not be necessary, but this and other similar embodiments are 
specifically contemplated as embodiments of the invention. 

Thus, although particular embodiments for a safeguard 
warning system including active accounting information procedures 
have been discussed, it is not intended that such specific references 

10 be considered as limitations upon the scope of this invention, but 
rather the scope is determined by the following claims and their 
equivalents. 
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WHAT IS CLAIMED IS: 

1. A gaming system, comprising: 

a gaming device containing a game to be played by a user; 
5 a value tracker structured to track an amount of monetary 

value accepted into the gaming device, and to track an amount of 
monetary value output from the gaming device; and 

a warning generating system structured to generate a 
warning signal based on the amounts tracked by the value tracker. 

10 

2. The gaming system of claim 1 wherein the value tracker 
is structured to track an amount of monetary value accepted into 
the gaming device by one or more of: currency, bills, or tokens 
deposited into the gaming device, credits or cash equivalents 

15 transferred to the gaming device, coupons or tickets redeemed by 
the gaming device or redeemed elsewhere on a gaming network to 
which the gaming device is coupled, and transfers of bonus, payout 
or other awards to the gaming device. 

20 3. The gaming system of claim 2 wherein the value tracker 

is structured to track credits or cash equivalents transferred to the 
gaming device from a gaming network to which the gaming device 
is coupled. 

25 4. The gaming system of claim 2 wherein the value tracker 

is structured to track credits or cash equivalents transferred to the 
device from a player account. 
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5. The gaming system of claim 2 wherein the value tracker 
is structured to track credits or cash equivalents transferred to the 
gaming device from a physical device. 

5 6. The gaming device of claim 5 wherein the physical 

device is one or more selected from the group of a card, a smartcard, 
a coupon, and a ticket. 

7. The gaming system of claim 1 wherein the value tracker 
10 is structured to track an amount of monetary value output from the 

gaming device by one or more of: currency, bills, or tokens 
physically discharged from the gaming device, credits or cash 
equivalents transferred from the gaming device, coupons or tickets 
generated by the gaming device or generated elsewhere on a 
is computer network to which the gaming device is coupled, handpays 
generated in response to gaming device commands, and transfers of 
bonus, payout or other awards to the user of the gaming device. 

8. The gaming system of claim 7 wherein the value tracker 
20 is structured to track credits or cash equivalents transferred from 

the gaming device to a gaming network to which the gaming device 
is coupled. 

9. The gaming system of claim 7 wherein the value tracker 
25 is structured to track credits or cash equivalents transferred from 

the gaming device to a player account. 
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10. The gaming system of claim 7 wherein the value tracker 
is structured to track credits or cash equivalents transferred from 
the gaming device to a physical device. 

11. The gaming device of claim 10 wherein the physical 
device is one or more selected from the group of a card, a smartcard, 
a coupon, and a ticket. 

12. The gaming device of claim 7 wherein the value tracker 
is structured to track jackpots. 

13. The gaming device of claim 1 wherein the warning 
generating system is structured to generate a warning signal based 
on a comparison of a total of all of the monetary value accepted into 
the gaming device and a total of all of the monetary value output 
from the gaming device for a given time period. 

14. The gaming device of claim 1 wherein the warning 
generating system is structured to generate a warning signal based 
on a comparison of a total of all of the monetary value used by the 
gaming device and a total of all of the monetary value output from 
the gaming device for a given time period. 

15. The gaming device of claim 13 wherein the time period 
is res ett able. 

16. The gaming device of claim 13 wherein there is more 
than one time period. 
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17. The gaming device of claim 16 wherein the one or more 
time periods can operate concurrently. 

5 18. The gaming device of claim 13 wherein the time period 

is one hour. 

19. The gaming device of claim 13 wherein the time period 
equals a duration of a casino employee work shift. 

10 

20. The gaming device of claim 1 wherein the value tracker 
is structured to track the amount of monetary value accepted into 
the gaming device, and the amount of monetary value output from 
the gaming device in substantially real time. 

21. The gaming device of claim 1 wherein the warning 
signal is generated on a display screen coupled to a gaming 
network. 

20 22. The gaming device of claim 1 wherein the value tracker 

is resident on the gaming device. 

23. The gaming device of claim 1 wherein the value tracker 
is resident on a network to which the gaming device is coupled. 

25 

24. The gaming device of claim 1 wherein the warning 
generating system is resident on the gaming device. 
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25. The ga min g device of claim 1 wherein the warning 
generating system is resident on a network to which the gaming 
device is coupled. 



5 26. A gaming system, comprising: 

a gaming device containing a game to be played by a user; 
one or more money trackers structured to track an amount of 
monetary value accepted into the gaming device, and to track an 
amount of monetary value output from the gaming device; 
io a data calculation system coupled to the one or more money 

trackers, the data calculation system configured to generate a 
payout warning based on the amount of monetary value accepted 
into the gaming device and the amount of monetary value output 
from the gaming device; and 
15 a warning generating system coupled to the data calculation 

system, the warning generating system configured to generate a 
warning signal responsive to the payout warning of the data 
calculation system. 



20 27. The gaming system of claim 26 wherein the one or more 

money trackers is structured to track an amount of monetary value 
accepted into the gaming device by one or more of: currency, bills, 
or tokens deposited into the gaming device, credits or cash 
equivalents transferred to the gaming device such as from a player 

25 account or from a physical device such as a card or smartcard, 
coupons or tickets redeemed by the gaming device or redeemed 
elsewhere on a gaming network to which the gaming device is 
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coupled, and transfers of bonus, payout or other awards to the 
gaming device. 

28. The gaming system of claim 26 wherein the one or more 
money trackers is structured to track an amount of monetary value 
used by the gaming device during a time period. 

29. The gaming system of claim 26 wherein the one or more 
money trackers is structured to track an amount of monetary value 
output from the gaming device by one or more of: currency, bills, or 
tokens physically discharged from the gaming device, credits or 
cash equivalents transferred from the gaming device to a player 
account or to a physical device, such as a physical card or a 
smartcard, coupons or tickets generated by the gaming device or 
generated elsewhere on a computer network to which the gaming 
device is coupled, handpays generated in response to gaming device 
commands, and transfers of bonus, payout or other awards to the 
user of the gaming device. 



io 30. The gaming system of claim 26 wherein the system can 

be configured to include jackpot payouts in the amount of monetary 
value output from the gaming device. 

31. The gaming system of claim 26 wherein the warning 
25 signal is a visual signal. 

32. The gaming system of claim 26 wherein the warning 
signal is an audible sound. 
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33. The gaming system of claim 26 wherein the warning 
signal is a signal transmitted on a wireless communication system. 

5 34. The gaming system of claim 26 wherein the wireless 

communication system is a plurality of radios monitoring a same 
frequency. 

35. The gaming system of claim 26 wherein the warning 
io signal comprises creating a list of suspect gaming devices. 

36. The gaming system of claim 26 wherein the warning 
signal comprises creating an entry in an event log. 

15 37. The gaming system of claim 26 wherein the warning 

generating system is also configured to shut down the gaming 
device responsive to the payout warning signal. 

38. An interface card adapted to be coupled to a gaming 
20 device that includes a set of game electronics structured to monitor 
events of the gaming device, the interface card comprising: 

an input accounter structured to record transactions of 
monetary value accepted into the gaming device during a time 
period; 

25 an output accounter structured to record transactions of 

monetary value generated by the gaming device for the benefit of 
the game user during the time period; 
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a warning calculator coupled to the input accounter and the 
output accounter, the warning calculator structured to generate a 
payout warning signal based on the recorded transactions; and 

a data transmitter coupled to the warning calculator and 
5 structured to transmit the warning signal over a communication 
network coupled to the gaming device. 

39. The interface card of claim 38 wherein input accounter 
is structured to track an amount of monetary value accepted to the 

10 gaming device by way of one or more of: currency, bills, or tokens 
deposited into the gaming device, credits or cash equivalents 
transferred to the gaming device such as from a player account or 
from a physical device such as a card or smartcard, coupons or 
tickets redeemed by the gaming device or redeemed elsewhere on a 

15 gaming network to which the gaming device is coupled, and 

transfers of bonus, payout or other awards to the gaming device. 

40. The interface card of claim 38 wherein the output 
accounter is structured to track an amount of monetary value 

20 output from the gaming device by one or more of: currency, bills, or 
tokens physically discharged from the gaming device, credits or 
cash equivalents transferred from the gaming device to a player 
account or to a physical device, such as a physical card or a 
smartcard, coupons or tickets generated by the gaming device or 

25 generated elsewhere on a computer network to which the gaming 
device is coupled, handpays generated in response to gaming device 
commands, and transfers of bonus, payout or other awards to the 
user of the gaming device. 
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41. The interface card of claim 38 wherein the warning 
calculator is structured to omit one or more transactions of 
monetary value generated by the gaming device when determining 
5 whether to generate the payout warning signal. 



10 



42. The interface card of claim 38 wherein the warning 
calculator comprises a comparator structured to compare one or 
more calculated values with one or more predetermined values. 



43. The interface card of claim 38 wherein the warning 
calculator is structured to generate the payout warning signal when 
the monetary value generated by the gaming device less the 
monetary value accepted into the gaming device is above a 
is threshold amount. 



44. The interface card of claim 38 wherein the warning 
calculator is structured to generate the payout warning signal when 
the monetary value generated by the gaming device during a time 
20 period less an amount of monetary value used by the gaming device 
during the time period is above a threshold amount. 



25 



45. The interface card of claim 38 wherein the set of game 
electronics further comprises a shutdown circuit structured to 
prevent gameplay when it receives the warning signal. 
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46. A system for generating a warning signal based on 
monetary value transactions at a gaming device, the system 
comprising: 

a game input accounter structured to record transactions of 
5 monetary value accepted into the gaming device; 

a game output accounter structured to record transactions of 
monetary value generated by the gaming device; 

a warning calculator coupled to the game input accounter and 
the game output accounter, the warning calculator structured to 
10 generate a payout warning signal based on the monetary value 

accepted into the gaming device and the monetary value generated 

by the gaming device; and 

a warning generator coupled to the warning calculator and 
structured to generate a warning signal responsive to receiving the 
15 payout warning signal. 

47. The system of claim 46 wherein input accounter is 
structured to track an amount of monetary value accepted into the 
gaming device by way of one or more of: currency, bills, or tokens 

20 deposited into the gaming device, credits or cash equivalents 

transferred to the gaming device such as from a player account or 
from a physical device such as a card or smartcard, coupons or 
tickets redeemed by the gaming device or redeemed elsewhere on a 
gaming network to which the gaming device is coupled, and 

25 transfers of bonus, payout or other awards to the gaming device. 



48. The system of claim 46 wherein the output accounter is 
structured to track an amount of monetary value output from the 
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gaming device by one or more of: currency, bills, or tokens 
physically discharged from the gaming device, credits or cash 
equivalents transferred from the gaming device to a player account 
or to a physical device, such as a physical card or a smartcard, 
5 coupons or tickets generated by the gaming device or generated 
elsewhere on a computer network to which the gaming device is 
coupled, handpays generated in response to gaming device 
commands, and transfers of bonus, payout or other awards to the 
user of the gaming device. 

10 

49. The system of claim 46 wherein the warning calculator 
is structured to generate the payout warning signal when the 
monetary value generated by the gaming device during a time 
period less the monetary value input accepted into the gaming 
15 device during the time period is above a threshold amount. 



50. The system of claim 46 wherein the warning calculator 
is structured to generate the payout warning signal when the 
monetary value generated by the gaming device during a time 

20 period less an amount of monetary value used by the gaming device 
during the time period is above a threshold amount. 

51. A method for providing an accounting safeguard on a 
networked gaming device, comprising: 

25 recording an amount of monetary value paid by the gaming 

device; 

comparing the amount of monetary value paid by the gaming 
device to one or more predetermined values; and 
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issuing a warning if the amount of monetary value paid by 
the gaming device exceeds the one or more predetermined values. 

52. The method according to claim 51 wherein one of the 

5 predetermined values is an amount of monetary value accepted into 
the gaming device. 

53. The method of claim 51, further comprising generating 
one or more predetermined values by tracking an amount of 

10 monetary value accepted into the gaming device by way of one or 
more of: currency, bills, or tokens deposited into the gaming device, 
credits or cash equivalents transferred to the gaming device such as 
from a player account or from a physical device such as a card or 
smartcard, coupons or tickets redeemed by the gaming device or 

15 redeemed elsewhere on a gaming network to which the gaming 

device is coupled, and transfers of bonus, payout or other awards to 
the gaming device. 

54. The method according to claim 51 wherein one of the 
20 predetermined values is an amount of monetary value used by the 

gaming device during a time period. 

i 

55. The method according to claim 51 wherein recording an 
amount of monetary value paid by the gaming device comprises 

25 recording an amount of monetary value paid by the gaming device 
via one or more of: currency, bills, or tokens physically discharged 
from the gaming device, credits or cash equivalents transferred 
from the gaming device to a player account or to a physical device, 



WO 2004/088604 PCT/US2004/009779 

37 



such as a physical card or a smartcard, coupons or tickets generated 
by the gaming device or generated elsewhere on a computer 
network to which the gaming device is coupled, handpays generated 
in response to gaming device commands, and transfers of bonus, 
5 payout or other awards to the user of the gaming device. 

56. The method of claim 51 wherein comparing the amount 
of monetary value paid by the gaming device to one or more 
predetermined values comprises: 

io obtaining the amount of monetary value paid by the gaming 

device; 

subtracting an amount of monetary value used by the gaming 
device to obtain a difference value; and 

comparing the difference value to one or more predetermined 
15 values. 



57. The method of claim 51 wherein comparing the amount 
of monetary value paid by the gaming device to one or more 
predetermined values comprises: 
20 obtaining the amount of monetary value paid by the gaming 

device during a time period; 

subtracting an amount of monetary value used by the gaming 
device during the time period to obtain a difference value; and 

comparing the difference value to one or more predetermined 
25 values. 
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58. The method of claim 51 wherein issuing a warning if 
the amount of monetary value paid by the gaming device exceeds 
the one or more predetermined values comprises: 

when the amount of monetary value paid by the gaming 
device exceeds the highest of the one or more predetermined values, 
issuing a first type of warning; and 

when the amount of monetary value paid by the gaming 
device does not exceed the highest of the one or more predetermined 
values, but does exceed a second highest of the one or more 
predetermined values, issuing a second type of warning. 

59. The method of claim 51, further including prohibiting a 
game on the gaming device from operating if the gaming device 
issues a warning, 

15 

60. The method of claim 51 wherein issuing a warning 
comprises generating a visual signal. 

61. The method of claim 51 wherein issuing a warning 
20 comprises generating an event log entry. 

62. The method of claim 51, further comprising 
transmitting a warning signal over a gaming network. 
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